五、實際操作

Day 16 : 透過簡易的書店 API 來進行資料庫的版本控制
Day 17 : 透過 Entity Framework Core Migration 來進行資料庫的版本控制
Day 18 : 透過 Entity Framework Core Migration 對資料庫進行修改
Day 19 : 將 Entity Framework Core Migration 異動同步上 git
-> Day 20 : 將 Entity Framework Core Migration 流程套入 CI/CD 流程中
Day 21 : 透過 Entity Framework Core Migration 進行退版
Day 22 : 透過 Flyway 來進行資料庫的版本控制
Day 23 : 透過 Flyway 對資料庫進行修改
Day 24 : 透過 Flyway 異動同步上 git
Day 25 : 將 Flyway 套入 CI/CD 流程中
Day 26 : 透過 Flyway 進行退版
Day 27 : Entity Framework Core Migration vs Flyway

在上一篇 Day 19 : 將 Entity Framework Core Migration 異動同步上 git，我們將 Migration 加入 git 版控內，這樣我們的資料庫變更只要都透過程式來執行，就會變得方便且不用一直清點

而再來就是透過與 CI/CD 工具連動了，這裡不論你是用 jenkins 還是 Drone，都會是去呼叫 DB Migration 用的服務來對資料庫做操作，而這時我們可以透過設定不同的連線字串來處理不同環境，而這裡需要注意的是，web 用的帳號不應該與 DB Migration 的 帳號ㄧ至，原因是 DB Migration 時會使用到較高危險性的權限(CREATE, DROP,ALTER)，而一般的網站程式大多是增刪修查(SELECT, DELETE, UPDATE, CREATE)，所以如果在設計上沒有獨立一個 DB Migration 的服務，也應該更換連線字串與帳號來分頭執行

後續預告

下一篇將會介紹當實際上需要退版時，要怎麼對資料庫操作，有哪些需要注意的點